在進入三步方法之前，讓我們用一個日常的情境來做個簡單的暖身。假設你的專案組員提出了這樣的抱怨:

慘，頭都洗了，系統都做好了，才跟我說現在做出來的功能不合用。之前還跟我牽拖說是功能不好用才沒人用，我就照你的需求去做你跟我說不好用。後來好啊，就都照他要的改給他，上線完第二版才跟我說什麼，已經有用別人的系統一段時間了，用很習慣了，除非我的系統長的跟他們原本在用的一樣，不然根本不想用新的系統，還說我們不懂他們的「遊戲規則」。啊現在是怎樣，叫他們驗收催幾次了，都不要結案啊。

你聽到了，專案似乎遇到了一些狀況。此時老闆問起專案最近的狀態，你必須簡要的回報給老闆。不經思考的你可能會回答:

系統開發完上線了，該改的也改給客戶了，客戶不想用新系統，驗收一拖再拖。

此時你已經想到老闆不屑的神情，冷淡的說著：

所以呢?你要我做什麼?

聽前輩說過，沒有給出解決方法的話，那只是沒有任何效果的抱怨。於是你稍微想了一下：

系統已照客戶需求開發完成，初期提出的修改也已經完成。但最近客戶驗收速度較慢，我們會再關心一下客戶的狀況，從驗收過程看有沒有能再改的更好的地方，再到現場了解一下現在的使用狀況。

好像可以，於是你走進老闆的辦公室。結果第一句話才剛說完，就被老闆高分貝的吼叫打斷。

案子還要拖多久!!!什麼時候會好!!!

好的，你確實不知道什麼時候會好，對於這個客戶的一拖再拖早就感到無能為力。說不出話的你只能再度被高分貝攻擊。
重來一次，我們換個方式。

最近遇到客戶遲遲不驗收的問題，我們已經先致電了解狀況，客戶反應系統不符合現場使用，有提到跟現行使用的系統操作上有差異，但對此客戶還沒有辦法提出明確的改善點。我們預計在X月X號去現場了解使用情境，帶客戶走過一次驗收。可以結案的話當天就能結案，不行的話我會提一些解決方向給客戶參考，請客戶在X月X號在決定一版要改善的點。為了避免客戶不太理我們，我找了跟這組客戶比較熟的OO一起去。

這次走入老闆的辦公室，老闆似乎也知道你盡力了，稍稍碎念兩句就讓你回到座位。

這次是如何全身而退的呢？明天讓我們一起思考。